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(54) Network game system 

(57) A network game system (1 0) includes a game 
server (20) in which a plurality of players respectively 
operating a plurality of portable communication termi- 
nals (30) are registered in advance. When any one of 
the players logs in the game server (20) through a com- 
munication network (40), a game is supplied to the port- 
able communication terminal (30) of the player. A game 



screen is shown on a display, and both characters in the 
course of logging-in and logging-out are displayed on 
the game screen. If the player selects the logging-out 
character, a selection signal is transmitted to the game 
server. The game server transmits a log-in operation re- 
quest to the portable communication terminal of the 
player operating the selected character. 
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Description 

[0001] The present invention relates to a game man- 
agement method of a game server which provides a 
game for a game apparatus of a player who have logged 
in through a communication network, or relates to a 
game apparatus, a game server, a game program, and 
a storing medium applied to a game utilizing the com- 
munication network,. 



Description of the prior art 

[0002] With respect to a multiplayer-participating- 
type RPG (Role Playing Game) which utilizes internet, 
Ultima Online provided by Electronic Arts Square is well 
known. In such the multiplayer-participating-type RPG, 
a game map and player character data are provided on 
a game server on the internet, and a virtual space in 
which his own player character appear is reproduced on 
a display of a client computer owned by a person who 
logged in the game server. In the virtual space, another 
player character is also appearing, and the player char- 
acter is operated by another client computer. In this 
manner, since each player character appearing in the 
virtual space is operated by the client computer, it is pos- 
sible to enjoy a real maneuvering which could not be 
experienced with a stand-alone RPG. 
[0003] In the prior art, however, only the player char- 
acters logging-in the game server are appearing in the 
virtual space. Due to this, in order to play a game with 
a player character not logging-in the game server, there 
was a necessity of either selecting a non-real time meth- 
od such as filling out on a message board provided in 
the game or utilizing a communication method in a real- 
space such as making a phone call. Therefore, it was 
time consuming in starting the game. In addition, in such 
the game as in the prior art. there were many players 
who did not wish to be acquainted with an opponent in 
the real-space even though each player took a role as 
a friend in the game. Therefore, it was not possible to 
make a telephone communication with such the player. 
[0004] It is a fact that one of pleasures in the multi- 
player-participating-type game is to be able to meet per- 
sons who have a common interest. However, in the prior 
system, it is only possible to find a new friend out of play- 
ers logging-in at that time. Of course, it is possible to 
meet a new person who has a common interest by re- 
sorting to such a method as leaving a message on the 
message board, "Those interested in OOO, come and 
join me at XX to d A." In this case, it is not only inflexible 
because of a need of making an infallible access at an 
agreed-upon time, but also was there a necessity to al- 
low a plenty of time for the opponent to read the mes- 
sage ever since the message was filled out on the mes- 
sage board. Due to this, there was a problem that it took 
time until it becomes possible to enjoy a game with an 
intended opponent. 

[0005] Therefore, a primary object of the present in- 



vention is to provide a novel game management meth- 
od, a game server a game apparatus, a game program 
and storing medium. 

[0006] Another object of the present invention is to 
5 provide a game management method capable of simply 
and promptly playing a game between a player logging- 
in a game server and a player not logging-in the game 
server. 

[0007] Still another object of the present invention is 
10 to provide a game server allowing a logging-in player to 
simply and promptly play a game with non logging-in 
player. 

[0008] Yet still another object of the present invention 
is to provide a game apparatus allowing to simply and 
15 promptly play a game with a player not logging-in the 
game server. 

[0009] Another object of the present invention is to 
provide a game program capable of simply and promptly 
playing a game between a player logging-in a game 
20 server and a player not logging-in the game server. 
[0010] Still another object of the present invention is 
to provide a storing medium storing a game program ca- 
pable of simply and promptly playing a game between 
a player logging-in a game server and a player not log- 
25 ging-in the game server. 

[0011] According to the present invention, a game 
management method of a game server which provides 
a game for a first game apparatus of a first player who 
has logged-in through a communication network out of 
30 a plurality of players who are previously registered, com- 
prises steps of:(a) transmitting to the first game appa- 
ratus player information representing a second player 
who does not log-in out of the plurality of players; and 
(b) transmitting a log-in operation request to a second 
35 game apparatus or the second player upon receipt of a 
first selection signal which represents a selection of the 
second player from the first game apparatus. 
[0012] According to the present invention, a game 
server which provides a game for a first game apparatus 
40 of a first player who has logged-in through a communi- 
cation network out of a plurality of players who are pre- 
viously registered, comprises: a first transmission 
means for transmitting to the first game apparatus play- 
er information representing a second player who does 
45 not log-in out of the plurality of players: and a second 
transmission means for transmitting a log-in operation 
request to a second game apparatus of the second play- 
er upon receiving from the first game apparatus a se- 
lection signal which represents a selection of the second 
so player. 

[0013] A plurality of players are previously registered 
on the game server, and the game server provides a 
game for the first game apparatus of the first player who 
logged-in through the communication network. At this 
55 time, the game server transmits to the first game appa- 
ratus the player information representing the second 
player who has not logged-in, and transmits to the sec- 
ond game apparatus of the second player the log-in op- 
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eration request when receiving from the first game ap- 
paratus a first selection signal which represents a se- 
lection of the second player. Due to a fact that the player 
information is transmitted to the first game apparatus, it 
is possible to easily identify the second player who does 
not log-in by Ihe first game apparatus. Herein, if the sec- 
ond player is selected by the first player, the first selec- 
tion signal is applied to the game server from the first 
game apparatus, and the log-in operation request is 
transmitted to the second game apparatus from the 
game server. That is, the second player is invited from 
the first player to take part in a game. Therefore, it is 
possible to simply and promptly play the game between 
the first player and the second player. 
[0014] In a certain aspect of the present invention, 
each player can register in the game server first trans- 
mission information which uniformly permits/prohibits a 
transmission of the log-in operation request. When the 
first transmission information of the second player 
shows a prohibition, the game server sends back a first 
message to the first game apparatus without transmit- 
ting the log-in operation request to the second game ap- 
paratus. 

[0015] In another aspect of the present invention, 
each player can register in the game server second 
transmission information which permits/prohibits a 
transmission of the log-in operation request depending 
upon each player. When the second transmission infor- 
mation of the second player shows a prohibition on the 
first player, the game server sends back the first mes- 
sage to the first game apparatus without transmitting the 
log-in operation request to the second game apparatus. 
[0016] In still another aspect of the present invention, 
the game server sends back the second message to the 
first game apparatus when a log-in operation denial is 
sent back from the second game apparatus toward the 
log-in operation request. 

[0017] It is noted that it may be possible to include 
identification information capable of specifying the first 
player in the log-in operation request. 
[001 8] In yet still another aspect of the present inven- 
tion, eachplayercan register personal information in the 
game server. The game server sends back the personal 
information of the second player to the first game appa- 
ratus when receiving from the first game apparatus the 
second selection signal which represents a selection of 
the second player. 

[001 9] In another aspect of the present invention, the 
game server reads from a memory a first character sig- 
nal representing a first character operated by the first 
player, a second character signal representing a second 
character operated by the second player and a third 
character signal representing a third character operated 
by a third player who has already logged-in at a time of 
the first player's logging-in, adds the player information 
to the second character signal, and transmits to the first 
game apparatus the first character signal, the second 
character signal to which the player information is added 



and the third character signal. The second character is 
displayed on the first game apparatus in such a manner 
as to be different from the first character and the third 
character. 

s [0020] According to the present invention, a game 
program product allowing a game apparatus operated 
by a player logging-in a game server through a commu- 
nication network to execute, comprises steps of: (a) re- 
ceiving from the game server player information repre- 

io senting a specific player who is previously registered 
and does not log-in the game server when logging-in the 
game server; (b) guiding a selection of the specific play- 
er based on the player information; (c) requesting the 
game server to transmit a log-in operation requestto the 

'5 specific player when the specific player is selected; and 
(d) guiding a log-in operation in receipt of the log-in op- 
eration request from the game server while not logging- 
in the game server. 

[0021] According to the present invention, a game ap- 
20 paratus operated by a player who logged-in a game 
server through a communication network, comprises: a 
player information receiving means for receiving from 
the game server player information representing a spe- 
cific player who is previously registered and does not 
25 log-in the game server when loggihg-in the game server 
and: a first guiding means for guiding a selection of the 
specific player based on the player information; a re- 
questing means for requesting the game server to trans- 
mit a log-in operation requestto the specific player when 
30 the specific player is selected; and a second guiding 
means for guiding a log-in operation upon receipt of the 
log-in operation request from the game server while not 
logging-in the game server. 

[0022] According to the present invention, a storing 
•35 medium storing a game program allowing a game ap- 
paratus operated by a player logging-in a game server 
through a communication network to execute, wherein 
said game program comprises steps of: (a) receiving 
from the game server player information representing a 
40 specific player who is previously registered and does not 
log-in the game server when logging-in the game server; 
(b) guiding a selection of the specific player based on 
the player information; (c) requesting the specific player 
to transmit a log-in operation requestto the game server 
45 when the specific player is selected; and (d) guiding a 
log-in operation upon receipt of the log-in operation re- 
quest from the game server while not logging-in the 
game server. 

[0023] By operating the game apparatus, the player 
so is logged-in the game server through the communica- 
tion network. Upon logging-in the game server, the play- 
er information previously registered and representing a 
specific player who does not log-in the game server is 
transmitted from the game server, and the selection of 
55 the specific player is guided based upon the player in- 
formation. If the specific player is selected, a transmis- 
sion request of the log-in operation request to the spe- 
cific player is transmitted to the game server. A game 
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apparatus not logging-in the game server guides the 
log-in operation when receiving the log-in operation re- 
quest from the game server. That is, when the specific 
player is selected in the logging-in game apparatus, the 
log-in operation request is applied to the game appara- * 
lus of the specific player. Therefore, it is possible for a 
player who has logged-in to simply and promptly play a 
game with a player who does not log-in. 
[0024] In a certain aspect of the present invention, a 
character of the specific player is displayed on a game "> 
screen based on the player information, and a predeter- 
mined operation is guided toward the displayed charac- 
ter. If the predetermined operation is carried out toward 
such the specific player, a transmission of the log-in op- 
eration request is requested to the game server. * 5 
[0025] In another aspect of the present invention, the 
log-in operation request includes request source identi- 
fication information. When guiding the log-in operation, 
identification information is detected from the log-in op- 
eration request, and a guide message specifying the re- 20 
quest source is outputted based on the identification in- 
formation in question. 

[0026] In still another aspect of the present invention, 
if a denial operation is carried out toward a guide of the 
log-in operation, a transmission of denial message in- 2s 
formation is requested to the game server. When receiv- 
ing the denial message information from the game serv- 
er, a denial message is outputted. 
[0027] The above described objects and other ob- 
jects, features, aspects and advantages of the present 30 
invention will become more apparent from the following 
detailed description of an embodiment of the present in- 
vention when taken in conjunction with the accompany- 
ing drawings. 

35 

Figure 1 is an illustrative view showing one embod- 
iment of the present invention; 
Figure 2 is a block diagram showing one example 
of a configuration of a game server; 
Figure 3 is an illustrative view showing a mapping to 
state of a memory provided in the game server; 
Figure 4 is an outline view showing one example of 
a portable communication terminal; 
Figure 5 is a block diagram showing one example 
of a configuration of the portable communication •« 
terminal; 

Figure 6 is an illustrative view showing a mapping 
state of a memory provided in the portable commu- 
nication terminal; 

Figure 7 is an illustrative view showing a structure 50 
of map data; 

Figure 8 is an illustrative view showing one example 
of a virtual space; 

Figure 9 is an illustrative view showing one example 

of a start menu screen displayed on the portable ss 

communication terminal; 

Figure 1 0 is an illustrative view showing one exam- 
ple of a game start screen displayed on the portable 



communication terminal; 

Figure 11 is an illustrative view showing one exam- 
ple of a virtual space displayed on the portable com- 
munication terminal; 

Figure 12 is an illustrative view showing another ex- 
ample or the virtual space displayed on the portable 
communication terminal; 

Figure 13 is an illustrative view showing one exam- 
ple of the virtual space and action menu screen dis- 
played on the portable communication terminal; 
Figure 14 is an illustrative view showing one exam- 
ple of a personal information screen displayed on 
the portable communication terminal; 
Figure 15 is an illustrative view showing one exam- 
ple of a virtual space, an action menu screen, and 
a reply message displayed on the portable commu- 
nication terminal; 

Figure 1 6 is an illustrative view showing another ex- 
ample of the virtual space, the action menu screen, 
and the reply message displayed on the portable 
communication terminal; 

Figure 1 7 is an illustrative view showing one exam- 
ple of a calling screen displayed on the portable 
communication terminal; 

Figure 1 8 is an illustrative view showing a virtual 
space and a system menu screen displayed on the 
portable communication terminal; 
Figure 19 is an illustrative view showing one exam- 
ple of a reception mode setting screen and a system 
menu screen displayed on the portable communi- 
cation terminal; 

Figure 20 is an illustrative view showing one exam- 
ple of a character list editing screen displayed on 
the portable communication terminal; 
Figure 21 is an illustrative view showing one exam- 
ple of a character list editing screen and a moving 
destination list displayed on the portable communi- 
cation terminal, 

Figure 22 is a flowchart showing one part of a 

processing of the game server; 

Figure 23 is a flowchart showing another part of a 

processing of the game server; 

Figure 24 is a flowchart showing still another part of 

a processing of the game server; 

Figure 25 is a flowchart showing yet another part of 

a processing of the game server; 

Figure 26 is a flowchart showing another part of a 

processing of the game server; 

Figure 27 is a flowchart showing still another part of 

a processing of the game server; 

Figure 28 is a flowchart showing yet another part of 

a processing of the game server; 

Figure 29 is a flowchart showing another part of a 

processing of the game server; 

Figure 30 is a flowchart showing still another part of 

a processing of the game server; 

Figure 31 is a flowchart showing yet another part of 

a processing of the game server; 
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Figure 32 is a flowchart showing one part of a 
processing of a portable communication terminal; 
Figure 33 is a flowchart showing another part of a 
processing of the portable communication terminal; 
Figure 34 is a flowchart showing still another part of s 
a processing of ihe portable communication termi- 
nal; 

Figure 35 is a flowchart showing yet another part of 
a processing of the portable communication termi- 
nal; f0 
Figure 36 is a flowchart showing another part of a 
processing of the portable communication terminal; 
Figure 37 is a flowchart showing still another part of 
a processing of the portable communication termi- 
nal; is 
Figure 38 is a flowchart showing yet another part of 
a processing of the portable communication termi- 
nal; 

Figure 39 is a flowchart showing another part of a 
processing of the portable communication terminal; 20 
Figure 40 is a flowchart showing still another part of 
a processing of the portable communication termi- 
nal; 

Figure 41 is a flowchart showing yet another part of 

a processing of the portable communication termi- 25 

nal; 

Figure 42 is a flowchart showing another part of a 
processing of the portable communication terminal; 
Figure 43 is a flowchart showing still another part of 
a processing of the portable communication termi- 30 
nal; 

Figure 44 is a flowchart showing yet another part of 
a processing of the portable communication termi- 
nal; 

Figure 45 is a flowchart showing another part of a 35 
processing of the portable communication terminal; 
Figure 46 is a flowchart showing still another part of 
a processing of the portable communication termi- 
nal; 

Figure 47 is an illustrative view showing one exam- <to 
pie of a game menu screen displayed on the port- 
able communication terminal in another embodi- 
ment of the present invention; 
Figure 48 is an illustrative view showing one exam- 
ple of a game screen displayed on the portable 45 
communication terminal in another embodiment of 
the present invention; 

Figure 49 is an illustrative view showing one exam- 
ple of a destination moving menu screen displayed 
on the portable communication terminal in another so 
embodiment of the present invention; 
Figure 50 is an illustrative view showing one exam- 
ple of a personal information screen displayed on 
the portable communication terminal in another em- 
bodiment of the present invention; and 55 
Figure 51 is an illustrative view showing one exam- 
ple of a calling screen displayed on the portable 
communication terminal in another embodiment of 



the present invention. 

[0028] Referring to Figure 1 , a network game system 
10 in this embodiment includes a game server 20 which 
Is constantly wire-connected to a communication net- 
work 40, and a plurality of portable communication ter- 
minals 30, 30, —which are wireless-connected, if re- 
quired, to the communication network 40. When a player 
already registered in the game server 20 logs-in the 
game server 20 by operating his own portable commu- 
nication terminal 30, the game server 20 provides a 
game for the portable communication terminal 30 of the 
log-in player. By doing this, it becomes possible to play 
the game among the log-in players. 
[0029] The game server 20 is provided with a CPU 22 
and a memory 24 as shown in Figure 2, and a program 
storing area 24a, a geography matrix storing area 24b, 
a character data storing area 24c and a work area 24d 
are formed in the memory 24 as shown in Figure 3. The 
program storing area 24a stores a game program, the 
geography matrix storing area 24b stores matrix data 
showing a virtual space geography in which the game 
is played. In addition, the character data storing area 
24c stores data (character data) of characters 1,2,3 ••• 
operated by each player. Furthermore, the work area 
24d stores matrix data (character matrix) showing char- 
acters appearing in the virtual space and a transmission 
list which cites a transmission destination of the charac- 
ter matrix. 

[0030] With respect to the memory 24, in addition to 
a storing medium undetachably provided inside an ap- 
paratus such as a hard disk or a non-volatile memory 
(EEPROM, for example), a detachable storing medium 
such as a magnetooptical disk or a memory card may 
be used. 

[0031] The game program stored in the program stor- 
ing area 24a carries out processes in accordance with 
flowcharts shown in Figures 23 to 31 . 
[0032] The matrix data stored in the geography matrix 
storing area 24b is data showing a geography (map) of 
the entire virtual space. The virtual space is divided into 
n blocks in either horizontal or vertical direction, and co- 
ordinates (X1, Y1) to (Xn, Yn) are assigned to each 
block. The geography matrix is illustrated by coordinate 
data of each block and an identifying number (graphic 
number) of graphic data to be reproduced in each block. 
[0033] The character data stored in the character data 
storing area 24c is formed of an character ID, a name, 
a mail address, an IP address, personal information, po- 
sition information, map size information, status informa- 
tion and reception mode information. The character ID 
is a unique identifier assigned to each character, the 
name is a unique character name assigned to each 
character, and each of the mail address and the IP ad- 
dress is a unique address assigned to a player (portable 
communication terminal 30) operating the character. 
The mail address is used upon transmitting a log-in op- 
eration request from the game server 20 to the portable 
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communication terminal 30, the IP address is used upon 
transmitting the map data or the tike to the portable com- 
munication terminal 30 which completed the logging-in. 
[0034] The personal information includes a charac- 
ter's gender, a character's age. a character's occupa- 
tion, a character's graphic number, a character's own 
capability, character's belongings (item) and a message 
sent out by the character to each player. The position 
information is information showing in what block (coor- 
dinate) in the virtual space the character is present, and 
for what direction the character is headed. The map size 
information is information to show which size of the vir- 
tual space, size 1 or size 2, is to be displayed on the 
player's portable communication terminal 30, and the 
status information is information to show which state, 
log-in or log-out, the player is in. 

[0035] The reception mode information is information 
to show from which player a call T out is allowed to re- 
ceive. In accepting a call-out from any player (neutral 
reception), "ALLOW CALL" is set on a switch 1 , "ALLOW 
ALL CHARACTERS" is set on a switch 2, and the char- 
acter list columns become blank. In accepting the call- 
out from a particular character only (receive the call-out 
from a friend only), "ALLOW CALL" is set on the switch 
1, and "ALLOW PARTICULAR CHARACTER ONLY" is 
set on the switch 2, and a name of the particular char- 
acter (friend character) is registered on the character 
list. 

[0036] In accepting the call-out from a character other 
than the particular character (refusing a call from a sus- 
picious character), "ALLOW CALL" is set on the switch 
1 , "allow any character except the particular one" is set 
on the switch 2, and a name of the particular character 
(suspicious character) is registered on the character list. 
In refusing the call-out from any of these characters, 
"PROHIBIT CALL" is set on the switch 1 , and a content 
of the switch 2 and the character list become invalid. 
The game server 20 determines whether or not to trans- 
mit the log-in operation request with referring to the re- 
ception mode information when a certain player re- 
quests to transmit the log-in operation request to anoth- 
er player. 

[0037] It is noted that players who wish to participate 
in the game are required to make an advance registra- 
tion on the game server 20, and upon the registration, 
arbitrary character data is created by the player. 
[0038] The character matrix stored in the work area 
24d is matrix data showing the characters appearing in 
the virtual space. The character matrix is created with 
respect to one part of the virtual space which centers on 
the character of a request source player when a log-in 
request, a log-out request, a character moving request 
or the like are applied from the player. The one part of 
the virtual space is divided into m blocks in either hori- 
zontal or vertical direction, coordinates (Xp ; Yp) to 
(Xp+m. Yp+m) are assigned to each block (m<n). Sim- 
ilar to the geography matrix, the character matrix is also 
illustrated by the coordinate data and the graphic data. 



[0039]- Notwithstanding the same character, a display 
manner differs if a character's direction is different (fac- 
ing forward, facing backward, facing to the right, facing 
to the left). In addition, a character in the middle of log- 

s ging-out is displayed in a sleeping state in the virtual 
space. In this manner, since there are a plurality of dis- 
play manners with respect to characters, in order to 
identify the display manner, an extension identifier is 
added to each graphic number. For example, if a char- 

10 acter is facing forward, "f" is added, if a character is fac- 
ing backward, "b" is added, if a character is facing to the 
right, V is added, if a character is facing to the left, "1" 
is added, and if a character is in a sleeping state, "s" is 
added. It is noted that the coordinate and the direction 

is of each character are specified by the position informa- 
tion, and log-in/log-out is specified by the status infor- 
mation. 

[0040] The transmission list stored in the work area 
24d is a list which cites players to whom the map data 

20 formed of the geography matrix and the character matrix 
are to be transmitted. The portable communication ter- 
minal 30 which requires to renew the virtual space is 
different according to a size (map size) of the virtual 
space to be displayed and a relative position between 

25 a character of a player who transmitted the log-in re- 
quest, the log-out request, the moving request and etc. 
and another character,. Due to this, players who require 
to renew the virtual space are cited on the transmission 
list based on the position information of each character 

30 and the map size information. 

[0041] From the geography matrix area 24b and the 
work area 24d, one part of the geography matrix and 
one part of the character matrix which center on the 
character of each cited player are carved out, and the 

35 carved-out geography matrix and the character matrix 
are transmitted to the each player's portable communi- 
cation terminal 30 as the map data. 
[0042] The portable communication terminal 30 in- 
cludes a main body 32 formed in a thin long elliptical 

40 manner as shown in Figure 4. An antenna 34 is protrud- 
ed on an upper surface of the main body 32, and a com- 
munication-use speaker 36, a display 38, a game key 
40, telephone key 42 and a communication-use micro- 
phone 44 are arranged at a front surface. With respect 

45 to the game key 40, an A button 40a and a B button 40b 
to control his own character's behavior, a menu screen 
display, a menu item selection or the like and a cross 
key 40c in order to move his own character and a cursor 
on the menu screen are present. With respect to the tel- 

50 ephone key 42, a hook key 42a, a hold key 42b. a 
number key 42c showing "0" to "9°, a * key 42d, a # key 
42e, a manner key 42f and a voice memory key 42g are 
present. It is noted that alphabet, Japanese syllabary 
characters or hiragana in Japanese and etc. are as- 

55 signed to the number key 42c, the * key 42d and the # 
key 42e. Therefore, it becomes possible to create mail. 
[0043] An inner portion of the main body 32 is consti- 
tuted as shown in Figure 5. The antenna 34 is connected 
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to a communication circuit 44. and the communication- 
use speaker 36 and the communication-use micro- 
phone 42 are connected to an audio conversion circuit 
46. The communication circuit 44 and the audio conver- 
sion circuit 46 are connected to each other, and respec- 
tively controlled by the CPU 48. To the CPU 48, the 
game key 40, the telephone key 42, the display 36, a 
vibration motor 52, a call-use speaker 54 and a non- 
volatile memory 50 such as EEPROM are connected. 
The vibration motor 52 vibrates the main body 32 upon 
receiving the mail or a call signal, and the call-use 
speaker 54 outputs a beep sound upon receiving the 
mail or the call signal. It is noted that the call-use speak- 
er 54 is provided at a rear side of the main body 32. 
[0044] In the memory 50, a program storing area 50a, 
a graphic data storing area 50b, a work area 50c and a 
display area 50d are formed as shown in Figure 6. The 
program storing area 50a stores a game program re- 
ceived from the game server 20 when the player regis- 
ters the character data. The graphic data storing area 
50b stores the graphic data received from the game 
server 20 at a time of logging-in. The work area 50c 
stores the map data received in the middle of logging- 
in from the game server 20, the reception mode infor- 
mation set by the player himself, and the friend charac- 
ter list. The reception mode information and the friend 
character list are transferred from the program storing 
area 50a to the work area 50d at a time of logging-in, 
and transferred from the work area 50d to the program 
storing area 50a at a time of logging-out. 
[0045] Although it is necessary that the program stor- 
ing area 50a is formed on a non-volatile memory, the 
graphic data storing area 50b, the work area 50c and 
the display area 50d may be formed on a volatile RAM. 
In addition, although the graphic data may be received 
together with the game program upon registering to the 
game server 20, in this case, it is necessary that the 
graphic data storing area 50b is formed on a non-volatile 
memory. 

[0046] The game program stored in the program stor- 
ing area 50a carries out processes according to flow- 
charts shown in Figures 32 to 46. 
[0047] The game program stored in the graphic data 
storing area 50b includes image data of objects forming 
the virtual space such as "tree", "rock", "lawn" and im- 
age data of the characters appearing in the virtual 
space, and different graphic numbers are respectively 
assigned to each image data. With respect to the char- 
acter, as described above, there are five states, that is, 
facing-forward, facing-backward, facing- to- the- right, 
facing-to-the-left, and in the middle of sleeping. Image 
data showing each state is prepared in the graphic data 
storing area 50b. Although a common graphic number 
is assigned to each image data, an extension identifier 
added to the graphic number is respectively different. 
[0048] The map data stored in the work area 50c is 
formed of the geography matrix of the virtual space (size 
1 orsize 2 virtual space) to be reproduced on the display 



38 and the character matrix. As shown in Figure 7, the 
geography matrix is formed of coordinates (X1 ; Y1 ) to 
(Xs, Ys) of blocks forming the virtual space and the 
graphic numbers of the geography to be reproduced in 

5 each block, and the character matrix is also formed of 
coordinates (XI, Y1) to (Xs, Ys) of blocks forming the 
virtual space and the graphic number of the characters 
to be reproduced in each block. In a case of the size 1 
virtual space, the number of horizontal blocks and the 

io number of vertical blocks are, for example, "9" (s - 9), 
and in a case of the size 2 virtual space, the number of 
horizontal blocks and the number of vertical blocks are, 
for example, "5" (s = 5). It is noted that with respect to 
either size 1 or size 2, s < m is applied. 

is [0049] Based on such the map data and the graphic 
data of the graphic data storing area 50b, virtual space 
data (game screen data) of size 1 or size 2 shown in 
Figure 8 is created. The created virtual space data is 
stored in the display area 50d, and the virtual space 

20 (game screen) based thereon is displayed on the dis- 
play 38. According to Figure 8, the geography is ex- 
pressed by "rock", "tree", "stone pavement" and etc., 
and characters such as "clown", "wizard", "mountain 
man" and etc. appear on such the geography. Charac- 

25 ters in the middle of logging-in stand up and walk around 
in the virtual space. On the other hand, characters in the 
middle of logging-out are sleeping in a place where he 
was present immediately before the log-out. That is. in 
this embodiment, all the characters registered in the 

30 game server 20 are reproduced in the virtual space no 
matter whether or not the player logs-into the game 
server 20. 

[0050] Returning to Figure 6, the reception mode in- 
formation stored in the work area 50c is different from 

35 the reception mode information forming the character 
data on a game server 20 side in that the former has the 
switch 1 and 2 only. However, the acquaintance charac- 
ter list is stored other than the reception mode informa- 
tion, and a sub list of "FRIEND CHARACTER", "NEU- 

40 TRAL CHARACTER" and "SUSPICIOUS CHARAC- 
TER" are formed onto the acquaintance character list. 
Meanings which switch 1, switch 2, friend character, 
neutral character, and suspicious character carry is 
same on either the game server 20 side or the portable 

■*s communication terminal 30 side. 

[0051] On the display 38 of the portable communica- 
tion terminal 30 in the middle of logging-out, a start menu 
screen shown in Figure 9 is displayed, and if "GAME" is 
herein selected, the start menu screen is renewed to a 

50 game menu screen shown in Figure 10. According to 
the Figure 10, a title "Online Game" is displayed at an 
upper side of the screen, and a menu item of "START 
GAME" and "CHANGE RECEPTION MODE", anda cur- 
sor pointing at either menu item is displayed at a lower 

55 side of the screen. If a player selects "START GAME" 
by the cross key 40c and the A button 40a. a log-in re- 
quest is transmitted from the portable communication 
terminal 30 to the game server 20. The game server 20 
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detects character data of the player who transmitted the 
log-in request from the character data storing area 24c 
shown in Figure 3, and renews the status information 
included in the detected character data from "log out" to 
"log in". 

[0052] Furthermore, based on the position informa- 
tion, the map size information and the status information 
included in each character data, players who need to 
renew the screen as a result of the present log-in are 
brought onto the transmission list 24d, and the map data 
is respectively created with respect to the players 
brought onto the list. The created map data is transmit- 
ted to the portable communication terminal 30 of each 
player brought onto the list. The portable communica- 
tion terminal 30 which received the map data displays 
a game screen on the display 38 based on this map da- 
ta. The display of the portable communication terminal 
30 which logged in this time is renewed from the game 
menu screen shown in Figure 10 to a game screen 
shown in Figures 11 or 12. In the portable communica- 
tion terminal 30 which already logged in, a character in 
the middle of sleeping displayed on the game screen 
stands up. 

[0053] If a player who logged in operates the cross 
key 40, a moving request is transmitted to the game 
server 20. The game server 20, upon being given the 
moving request, detects the character data of a request 
source player from the character data storing area 24b, 
and renews the position information included in the de- 
tected character data. Furthermore, as described 
above, players who need to renew the game screen are 
brought onto a list, map data differing depending on 
each player brought onto the list is created, and the cre- 
ated map data is transmitted to the portable communi- 
cation terminal 30 of each player. Due to this, the display 
38 of the portable communication terminal 30 which re- 
ceived the map data is renewed based on this map data. 
That is, the character of the player who operated the 
cross key 40c moves on the game screen of each port- 
able communication terminal 30 which received the map 
data. 

[0054] If the player moves his own character in front 
of another character, and operates the A button 40a, an 
action menu screen having two menu items of 
"SEARCH" and "WAKE-UP" as shown in Figure 13 is 
displayed at an upper right of the screen in an OSD man- 
ner. Herein, if the player selects "SEARCH" by operating 
the cross key 40c and the A button 40a, "SEARCH" in- 
formation is transmitted to the game server 20. The 
game server 20 detects character data of a player who 
transmitted the "SEARCH" information from the charac- 
ter data storing area 24c shown in Figure 3, and speci- 
fies the character data of an opponent to be searched 
(a character present in front) based on the position in- 
formation (coordinate and direction) included in the de- 
tected character data and the position information (co- 
ordinate) included in another character data. Further- 
more, the game server 20 sends back personal informa- 



tion included in the specified character data to the 
"SEARCH" information transmission source. The port- 
able communication terminal 30 which received the 
character name and the personal information registers 
5 the character name onto a sub list of "NEUTRAL CHAR- 
ACTER" shown in Figure 6 first, and then displays the 
personal information as shown in Figure 14 on the dis- 
play 38. 

[0055] According to Figure 14, a character image is 
10 displayed at an upper left of the screen, a character's 
name, occupation, gender and age are displayed on a 
right side of the character image, and a message is dis- 
played at a lower side of the screen. The character im- 
age is created based on the graphic number included in 
15 the personal information and the graphic data stored in 
the graphic data storing area 50b shown in Figure 6. In 
addition, among the personal information received, ca- 
pability and belongings are not displayed. 
[0056] If "WAKE-UP" is selected on the action menu 
20 screen shown in Figure 13, the "WAKE-UP" information 
is transmitted from the portable communication terminal 
30 to the game server 20. The game server 20 detects 
from the character data storing area 24c shown in Figure 
3 the character data of the player who transmitted the 
25 "WAKE-UP" information , and specifies the character da- 
ta of an opponent to be awaken (character present in 
front) based on the position information included in the 
detected character data and the position information in- 
cluded in another character data. Furthermore, the 
30 game server 20 determines reception mode information 
included in the specified character data. 
[0057] Herein, if a content of the switch 1 is "PROHIB- 
IT CALL", information A is sent back to the "WAKE-UP" 
information transmission source. On the display 38 of 
35 the portable communication terminal 30 in receipt of the 
information A, a message that says "SLEEP WELL, NO 
SIGN OF WAKING UP" is displayed as shown in Figure 
15. Notwithstanding the content of the switch 1 "ALLOW 
CALL", in a case that the content of the switch 2 is "allow 
40 only particular character", and the character name of the 
"WAKE-UP" information transmission source is not reg- 
istered on the character list, or in a case that the content 
of the switch 2 is "ALLOW EXCEPT FOR PARTICULAR 
CHARACTER", and the character name of the 
45 "WAKE-UP" information of the transmission source is 
registered on the character list, the information A is sent 
back as described above, and a message shown in Fig- 
ure 15 is displayed on the transmission source of the 
portable communication terminal 30. 
so [0058] By contrast thereto, in a case that the content 
of the switch 1 and switch 2 is "ALLOW CALL" and "AL- 
LOW ALL CHARACTERS", in a case that the content of 
the switch 1 and switch 2 is "ALLOW CALL" and "AL- 
LOW PARTICULAR CHARACTER ONLY", and the re- 
55 quest source character name is registered on the char- 
acter list, or in a case that the content of the switch 1 
and the switch 2 is "ALLOW CALL" and "ALLOW EX- 
CEPT FOR PARTICULAR CHARACTER", and the re- 
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quest source character name is not registered on the 
character list, dedicated game-use mail (log-in opera- 
tion request) is transmitted from the game server 20 to 
the portable communication terminal 30 of the opponent 
to be raised. That is, a mail address of the opponent to s 
be awaken is detected from the character data storing 
area 24c, and the dedicated game-use mail including 
the request source character name is transmitted to the 
deleted address. 

[0059] On the display 38 of the portable communica- to 
tion terminal 30 in receipt of the dedicated game-use 
mail, a calling screen shown in Figure 17 is displayed. 
According to Figure 1 7, a calling message including the 
request source character name is displayed at a center 
of the screen, and three menu items of "START GAME", is 
"NOT PLAY NOW", and "CHANGE TO CALLING PRO- 
HIBITING MODE" are displayed below the calling mes- 
sage. 

[0060] Herein, if the player in receipt of the dedicated 
game-use mail selects "START GAME" by the cross key 20 
40c and the A button 40a, the corresponding command 
information is sent back to the game server 20. The 
game server 20 carries out the same process as in re- 
ceipt of the tog-in request, and due to this, a display of 
a plurality of portable communication terminals 30 in- 2s 
eluding the portable communication terminal 30 which 
transmitted the "WAKE-UP" information and the porta- 
ble communication terminal 30 in receipt of the dedicat- 
ed game-use mail is renewed. 

[0061] If the player in receipt of the dedicated game- 30 
use mail selects "NOT PLAY NOW" shown in Figure 1 7, 
the corresponding command information is sent back to 
the game server 20. The game server 20 hereupon 
sends back the information B to the "WAKE-UP" infor- 
mation transmission source. On the display 38 of the 35 
portable communication terminal 30 in receipt of the in- 
formation B, a message that says '777 WAKE UP 
SOON? MAYBE NOT" is displayed as illustrated in Fig- 
ure 16. 

[0062] If the player in receipt of the dedicated game- *o 
use mail selects "CHANGE TO PROHIBIT CALL 
MODE " shown in Figure 1 7, the content of the switch 1 
of the reception mode information shown in Figure 6 is 
renewed to "PROHIBIT CALL", and the command infor- 
mation corresponding to the selected menu item is sent 45 
back to the game server 20. The game server 20 here- 
upon detects the character data of the player who trans- 
mitted the command information from the character data 
storing area 24c shown in Figure 3, and changes the 
content of the switch 1 of the reception mode information so 
included in the detected character data to "PROHIBIT 
CALL". In addition, the information A is transmitted to 
the "WAKE-UP" information transmission source. In the 
"WAKE-UP" information transmission source, a mes- 
sage shown in Figure 1 5 is displayed. 55 
[0063] If the player operates the B button 40b while 
neither of menu screens is displayed as shown in Figure 
12, the system menu screen shown in Figure 18 is dis- 



played on the display 38 in the OSD manner. According 
to Figure 18. three menu items of "CHANGE SCREEN 
SI2E" : "OTHER SETTING", and "END GAM E" are dis- 
played on the display 38. 

[0064] If the player herein selects "CHANGE 
SCREEN SIZE" by the cross key 40c and the A button 
40a, a size change request is transmitted to the game 
server 20. The game server 20 hereupon detects the 
request source character data from the character data 
storing area 24c shown in Figure 3, and renews the map 
size information included in the detected character data. 
That is, if the map size information prior to receiving the 
size change request is "SIZE 1 ", the renewal is made to 
"SIZE 2", and if the map size information prior to receiv- 
ing the size change request is "SIZE 2", the renewal is 
made to "SIZE 1 ". Furthermore, the map data is created 
based on the renewed map size information, and the 
created map data is sent back to the request source 
portable communication terminal 30. The portable com- 
munication terminal 30 creates game screen data based 
on the received map data, and due to this, the game 
screen is displayed on the display 38 as shown in Figure 

[0065] If the cursor is set to "END GAME" and the A 
button 40a is pressed when the system menu screen 
shown in Figure 18 is displayed, a log-out request is 
transmitted to the game server 20. The game server 20 
detects the character data of the request source player 
from the character storing area 24b, and renews the sta- 
tus information included in the detected character data. 
Furthermore, as described above, players who need to 
renew the game screen are brought onto a list, map data 
is created differing depending on the players brought 
onto the list, and the created map data is transmitted to 
the portable communication terminal 30 of each player. 
A display of the portable communication terminal 30 in 
receipt of the map data is renewed based on the map 
data, and a player's character who logged-out are 
changed into a sleeping state on the screen. In the mean 
time, the display of the portable communication terminal 
30 which transmitted the log-out request is renewed 
from the game screen shown in Figure 18 to a start 
menu screen shown in Figure 9. 

[0066] If the player selects "CHANGE RECEPTION 
MODE" on the game menu screen shown in Figure 10, 
a reception mode setting screen shown in Figure 19 is 
displayed on the display 38. According to Figure 19, 
"SWITCH 1", "SWITCH 2", "EDIT CHARACTER LIST" 
and "END SETTING" are displayed as a main item, sub 
items of "ALLOW CALL" and "PROHIBIT CALL" are dis- 
played below the "SWITCH 1", and sub items of "AL- 
LOW ALL CHARACTERS", "ALLOW PARTICULAR 
CHARACTER ONLY" and "ALLOW EXCEPT FOR PAR- 
TICULAR CHARACTER" are displayed below the 
"SWITCH 2". 

[0067] First, the cursor pointing at "SWITCH 1", 
"SWITCH 2", "EDIT CHARACTER LIST' or "END EDIT" 
becomes validated, and the validated cursor moves 
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when the cross key 40c is operated. II the A button 40a 
is pressed when the cursor points at a desired main 
item a sub item cursor located below the desired main 
item becomes validated, if the validated cursor is set to 
the desired sub item, a content of the desired sub item 
is set to the reception mode information shown in Figure 
6. For example, if the validated cursor is set to "ALLOW 
CALL", "ALLOW CALL" is set to the switch 1 of the re- 
ception mode information shown in Figure 6. In addition, 
if the validated cursor is set to "ALLOW PARTICULAR 
CHARACTER ONLY", "ALLOW PARTICULAR CHAR- 
ACTER ONLY" is sot to the switch 2 of the reception 
mode information shown in Figure 6. 
[00681 If the A button 40a is pressed when the vali- 
dated cursor points at "EDIT CHARACTER LIST', a 
character list editing screen shown in Figure 20 ts dis- 
played on the display 38 in place of the reception mode 
setting screen. According to Figure 20, "FRIEND", 
"NEUTRAL", "SUSPICIOUS CHARACTER", and "END 
EDITING" are displayed as a main list. Sub lists of the 
friend character, a sub list of the neutral character and 
a sub list of the suspicious character are respectively 
displayed below "FRIEND", "NEUTRAL", and "SUSPI- 
CIOUS CHARACTER". Each sub list is coincident with 
the sub list shown in Figure 6. 

[0069] Also, firstly a cursor above the main list is here- 
in validated. If the A button 40a is pressed while the val- 
idated cursor points at the desired menu item, the cursor 
on the sub list below the desired menu item is validated. 
If the A button 40a is pressed while the validated cursor 
on the sub list points at the desired character, a moving 
destination list is displayed as shown in Figure 21 The 
menu Items on the moving destination list are two sub 
lists at which the validated cursor is not presently point- 
ed For example, if the validated cursor points at the 
neutral character* name, "FRIEND" and "SUSPICIOUS 
CHARACTER" are displayed on the moving destination 
list 



IISI. 

[0070] When the cursor on the moving destination list 
is set to the desired item, and the A button 40a is 
pressed, a character name at which the cursor points 
on the sub list is deleted from the sub list, and the de- 
leted character name is added onto the sub list of the 
item at which the cursor points on the moving destina- 
tion list. An this time, the friend character list shown in 
Figure 6 is renewed at the same time. For example, if 
"FRIEND" is selected on the moving destination list 
when "RICHARD" is selected on the sub list of the neu- 
tral character name, "RICHARD" is deleted from the sub 
list of the neutral character, and "RICHARD" is added 
onto the sub list of the friend character. 
[00711 If the cursor is set to "END EDIT" and the A 
button 40a is pressed after the character list has been 
edited in this manner, the character list editing screen is 
renewed to the reception mode setting screen shown in 
Figure 19. If the cursor is set to "END EDIT" and the A 
button 40a is pressed, in the reception mode setting 
screen, reception mode information (transmission data) 



formed of the switch 1 , the switch 2, and the character 
list is created, and the transmission data is transmitted 
to the game server 20. At this time, the switch 1 and the 
switch 2 of the transmission data are coincident with the 
s switch 1 and the switch 2 of the reception mode infor- 
mation shown in Figure 6, and a character list selling 
follows the conlenl of the switch 2. If Ihe switch 2 is "AL- 
LOW ALL CHARACTERS", columns of the character list 
become blank, if the switch 2 is "ALLOW PARTICULAR 
10 CHARACTER ONLY", a friend character name is set on- 
to the character list, and if tho switch 2 is "ALLOW EX- 
CEPT FOR PARTICULAR CHARACTER", a suspicious 
character name is set onto the character list. 
[0072] The created reception mode information is 
15 transmitted to the game server 20. The game server 20 
detects the character data of the player who transmitted 
the reception mode information from the character data 
storing area 24c shown in Figure 3, and renews the re- 
ception mode information included in the detected char- 
20 acter data by the received reception mode information. 
On the portable communication terminal 30 side, the 
display of the display 38 is renewed from the reception 
mode setting screen shown in Figure 19 to the game 
menu screen shown in Figure 10 after the reception 
25 mode information has been transmitted. 

[0073] With referring to Figures 23 to 31 , descriptions 
will be herein made with regard to processes of a CPU 
22 provided in the game server 20. 
[0074] Firstly referring to Figure 23, the CPU 22 de- 
30 termines what kind of requests or information are ap- 
plied from the portable communication terminal 30 in re- 
spective steos of S1, S5, S9, S13, S17, S21 and S25. 
When a log-in request is applied, YES is determined in 
the step S1 . and a log-in process is carried out in a step 
35 S3. When a log-out request is applied, YES is deter- 
mined in the step S5. and a log-out process is carried 
out in a step S7. When a move request is applied, YES 
is determined in the step S9, and a move process is car- 
ried out in a step S11. When a size change request is 
40 applied, YES is determined in the step S1 3, and a size 
change process is carried out in a step S15. When 
"WAKE-UP" information is applied, YES is determined 
in the step S1 7, and a wake-up process is carried out in 
astepS19. After the processes of the S3, S7, S11, S15 
45 or S1 9 have been finished, the process returns to the 
step S1 . 

[0075] When the reception mode information is ap- 
plied, the process proceeds from the step S21 to a step 
S23 In this step, character data of the transmission 
so source player is detected from the character data storing 
area 24c based on a character ID added to the reception 
mode information, and the reception mode information 
included in the detected character data is renewed ac- 
cording to the reception mode information transmitted 
55 from the portable communication terminal 30. As de- 
scribed above, the switch 1 , the switch 2 and the char- 
acter list are included in the transmitted reception mode 
information . and the switch 1 , the switch 2 and the char- 
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acter list of the reception mode information detected 
from the character data storing area 24c are renewed 
by the switch 1 , the switch 2 and the character list of the 
transmitted reception mode information. 
[0076] When the "SEARCH" information is applied, 
the process proceeds from the step S25 to a step S27. 
In this step, character data of the transmission source 
player is detected from the character data storing area 
24c based on a character ID included in the "SEARCH" 
information, and the character data of an opponent to 
be transmitted (character present in a forefront of the 
transmission source character) is specified based on 
position information included in the detected character 
data and position information included in another char- 
acter data. Furthermore, a character name and personal 
information are detected from the specified character 
data, and the detected character name and the personal 
information are sent back to the "SEARCH" information 
transmission source. 

[0077] A log-in process in the step S3 follows a subr 
routine shown in Figure 24. Firstly, in a step S31 , char- 
acter data of request source player is detected from the 
character data storing area 24b shown in Figure 3 based 
on a character ID included in the log-in request, and sta- 
tus information included in the detected character data 
is renewed from "log-out" to "log-in". Upon completion 
of renewing the status information, a log-in permission 
is transmitted to the request source portable communi- 
cation terminal 30 in a step S33, and players who need 
to renew map data are brought onto a list in a step S35. 
In a subsequent step S37, the map data is transmitted 
, to the portable communication terminal 30 of the players 
brougnt onto the list. More specifically, the map data (ge- 
ography matrix and character matrix) is created based 
on the position information and the map size information 
included in the character data of the players brought on- 
to the list, and the created map data is transmitted to the 
portable communication terminal 30. Such the process- 
es are carried out to each character iD brought onto the 
list, and the process returns to a routine on a higher hi- 
erarchy upon completion of the processes. 
[0078] The log-out process in the step S7 shown in 
Figure 23 follows a subroutine in Figure 25. Firstly, in a 
step S41 , character data of the request source player is 
detected from the character data storing area 24b based 
on the character ID included in the log-out request, and 
the status information included in the detected character 
data is renewed from "log-in" to "log-out". Subsequently, 
a log-out notice (termination notice) is transmitted to the 
request source portable communication terminal 30 in 
a step S43, and players who need to renew the map 
data are brought onto a list in a step S45. In a step S47, 
the map data is transmitted to the portable communica- 
tion terminal 30 of the players brought onto the list, and 
upon completion of the transmission, the process re- 
turns to a routine on a higher hierarchy. 
[0079] A move process in the step S1 1 shown in Fig- 
ure 23 follows a subroutine shown in Figure 26. Firstly, 



in a step S51 , character data of the request source play- 
er is detected from the character data storing area 24d 
based on the character ID included in the move request, 
and position information (coordinate or direction ) in- 

s eluded in the detected character data is renewed ac- 
cording to the move request. Players who need to renew 
the map data are brought onto a list in a step S53, and 
the map data is transmitted to the portable communica- 
tion terminal 30 of the players Drought onto the list in a 

10 step S55. Upon completion of the transmission, the 
process returns to a routine on a higher hierarchy. 
[0080] A size change process in the step S15 shown 
in Figure 23 follows a subroutine shown in Figure 27. 
Firstly, in a step S61 , character data of the request 

is source player is detected from the character data storing 
area 24c based on the character ID included in the size 
change request, the map information included in the de- 
tected character data is specified, and the specified map 
information is renewed. If the map information at this 

20 time is "SIZE 1 ", the renewal is made to "SIZE 2", if the 
map information at this time is "SIZE 2". the renewal is 
made to "SIZE 1 ". A same list-up process as described 
above is carried out in a step S63, and the map data is 
transmitted to the size change request transmission 

25 source only in a step S65. Upon completion of the trans- 
mission, the process returns to a routine on a higher hi- 
erarchy. 

[0081] The list-up processes in the steps S35, S45, 
S53, or S63 follow subroutines shown in Figures 28 and 
30 29. Firstly, a content of the character matrix and the 
transmission list formed in the work area 24d are cleared 
in a step S71 . In a step S73. character data (character 
n) of the player who transmitted the log-in request, the 
log-out request, the move request or the size change 
35 request is specified from the character data storing area 
24c, and the position information and the map size in- 
formation are detected from the specified character da- 
ta. In a subsequent step S75, a center coordinate of the 
character matrix formed in the work area 24d shown in 
^0 Figure 3 is determined based on the position information 
detected in the step S73. The center coordinate of the 
character matrix is coincident with the coordinate includ- 
ed in tne detected position information, and a size of the 
character matrix is twice the size of a map size which is 
45 constantly bigger than the other, i.e. size 1 . Due to this, 
the center coordinate and the size of the character ma- 
trix are determined as shown in Figure 22. 
[0082] Once the center coordinate and the size of the 
character matrix are determined, a character number i 
so is set to "1 " in a step S77, and the position information 
is detected from the character data of the character i 
(specified from the character data storing area 24c) in 
a step S79. In a step S81 , it is determined whether or 
not the character i is included within a range of the char- 
ts acter matrix based on the position information detected 
in the step S79, if it is determined NO, then the process 
directly proceeds to a step S87. On the other hand, if it 
is determined YES in the step S79, the status informa- 
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tion and the graphic number are detected from the char- 
acter data of the character i in a step S83, the graphic 
number is mapped to the character matrix in a step S85, 
and then the process proceeds to the step S87. In the 
step S85. more specifically, an extension identifier de- 
termined based on the position information (direction of 
the character i) and the status information are added lo 
the graphic number, and the graphic number to which 
the extension identifier is added is mapped to the char- 
acter matrix according to the position information (coor- 
dinate of the character i) detected in the step S79. 
[0083] The character number i is incremented in the 
step S87, and the incremented character number i is 
compared with a maximum character number imax in a 
subsequent step S89. If i § imax is herein true, the proc- 
esses of steps S79 to S87 are repeated. Due to this, the 
graphic number of a plurality of characters present in a 
neighborhood of the character n is mapped to the char- 
acter matrix. According to Figure 22. out of characters 
i. i\ i", the graphic number of the characters i, i", and n 
are mapped to the character matrix. 
[0084] When i > imax is established, the process pro- 
ceeds from the step S89 to a step S91, the character 
number i is once again set to "1". In a subsequent step 
S93, it is determined whether or not the character i is 
coincident with the character n. If YES is determined, 
the character ID of the character i (= n) is added onto 
the transmission list in a step S1 03, and the process pro- 
ceeds to a step S105. That is, the character ID of the 
character n is unconditionally added onto the transmis- 
sion list. 

[0085] In the meantime, if NO is determined in the 
steps S93, the status information is detected from the 
character data.of the character i (stored in the character 
data storing area 24c) in the step S95, and in a step S97, 
it is determined in which state, log-in state or log-out 
state, the character i is. If the log-out state is determined, 
the process proceeds to a step S105 without carrying 
out a transmission list addition process. In contrast, if 
the log-in state is determined, the map size information 
is detected from the character data of the character i in 
a step S99, and it is determined whether or not the char- 
acter n is present within a visual range of the character 
i in a step S101. More specifically, it is determined 
whether or not the coordinate of the character n is 
present within a map size range of the character i based 
on the map size information and the position information 
of the detected character i. In addition, if YES is deter- 
mined, the process proceeds to the step S105 via the 
transmission list addition process in the step S103, and 
if NO is determined, the process directly proceeds to the 
step S105. 

[0086] The character number i is incremented in the 
steps S1 05, and the incremented character number i is 
compared with a maximum character number imax in a 
subsequent step S107. If i S imax is true, processes of 
steps S93 to S107 are repeated. Due to this, the char- 
acter ID of the character n and the character ID of the 



character having the character n present in a visual 
range are added onto the transmission list. According 
to Figure 22, it is only the character i that has the char- 
acter n present in the visual range. Due to this, the char- 
s acter ID of the character n and i are added onto the 
transmission list. If i > imax is determined, the process 
returns to a routine on a higher hierarchy. 
[0087] In the above steps of S37, S47, and S55, the 
map data is created by carving out the geography matrix 
10 and the character matrix with regard to each player thus 
registered on the transmission list. On the other hand, 
in the step S65, the map data is created by carving out 
the geography matrix and the character matrix with re- 
gard only to the player who transmitted the size change 
15 request. In either case, a size of the map data follows 
the map size information of the transmission destination 
player, and the graphic number of the transmission des- 
tination player is assigned to the center coordinate of 
the map data. 

20 [0088] Subroutines shown in Figures 30 and 31 are 
processed In the step S1 9 shown in Figure 23. In a step 
S111, the character data of the transmission source 
player is specified from the character data storing area 
24c based on the character ID included in the 
25 "WAKE-UP" information, the character data of an oppo- 
nent to be awaken is specified based on the position 
information included in the specified character data (co- 
ordinate and direction) and the reception mode informa- 
tion is detected from the specified character data. In a 
30 step S113, it is determined whether or not a content of 
the switch 1 of the detected reception mode information 
is "ALLOW CALL", if NO is determined, an allow/prohibit 
flag is set to "prohibit" in a step S1 25. On the other hand, 
if YES is determined in the step S113, a content of the 
35 switch 2 is determined in steps of S 11 5 and S1 1 7. 

[0089] If the content of the switch 2 is "ALLOW ALL 
CHARACTERS", YES is determined in the step S115, 
and the allow/prohibit flag is set to "ALLOW" in a step 
S123. if the content of the switch 2 is "ALLOW PARTIC- 
40 ULAR CHARACTER ONLY", the process proceeds from 
the step S117 to a step S121, it is determined whether 
or not a calling source character is registered onto the 
character list of the reception mode information detect- 
ed in the step S111. If YES is herein determined, the 
45 allow/prohibit flag is set to "ALLOW" in the step S123. 
However, if NO is determined, the allow/prohibit flag is 
set to "PROHIBIT" in the step S1 25. If the content of the 
switch 2 is "ALLOW EXCEPT FOR PARTICULAR 
CHARACTER", the process proceeds from the step 
so S1 1 7 to a step S11 9, and it is determined whether or not 
the call source character is registered onto the character 
list of the reception mode information detected in the 
step S111 . If NO is herein determined, the allow/prohibit 
flagissetto "ALLOW" in the step S1 23. However, if YES 
55 is determined, the allow/prohibit flag is set to "PROHIB- 
IT" in the stepS 125. 

[0090] Upon completion of the allow/prohibit flag set- 
ting in this manner, a setting state of the allow/prohibit 
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flag is determined in a step S127. In addition, if the set- 
ting state is "PROHIBIT", the information A is transmit- 
ted in a step S137 : and then the process returns to a 
routine on a higher hierarchy. As a result of transmitting 
the information A : a message of "SLEEP WELL, NO 
SIGN OF WAKING" is displayed on the display 38 of the 
call source portable communication terminal 30. 
[0091] In the meantime, if the setting state is "AL- 
LOW", dedicated game-use mail (log-in operation re- 
quest) is created in a step S129, and the created dedi- 
cated game-use mail is transmitted to the opponent's 
portable communication terminal 30 in a step S1 31 . The 
dedicated game-use mail is a mail to request the oppo- 
nent to operate the log-in, and a call source character 
name is therein included. If the opponent selects 
"CHANGE TO CALL PROHIBIT MODE" in response to 
the dedicated game-use mail, the process proceeds 
from a step S1 33 to a step S1 35. In this step, character 
data of the opponent is detected from the character data 
storing area 24c, and the switch 1 of the reception mode 
information included in the detected character data is 
renewed to "PROHIBIT CALL". Upon completion of the 
renewal process, the information A is transmitted in the 
step S137, and then the process returns to a routine on 
a higher hierarchy after transmitting. 
[0092] If the opponent selects "NOT PLAY NOW" in 
response to the dedicated game-use mail, the process 
proceeds from a step S139 to a step S141 , and the in- 
formation B is transmitted to the call source portable 
communication terminal 30. As a result of the transmis- 
sion of the information B, a message " 777 WAKE UP 
SOON? MAYBE NOT " is displayed on the display 38 of 
the call source portable communication terminal 30. Up- 
on completion of the transmission of the information B, 
the process returns to a routine on a higher hierarchy. 
[0093] If either the opponent selects "START GAME" 
or a time-out occurs while the opponent does not select 
anything in response to the dedicated game-use mail, 
YES is then determined in a step S143 or S 145, and the 
process directly returns to a routine on a higher hierar- 
chy. However, when "START GAME" is selected, the 
log-in request is transmitted from the portable commu- 
nication terminal 30, and the game starts as a result of 
the log-in process in the step S3 shown in Figure 23. 
[0094] Next, description are herein made with regard 
to processes of a CPU 48 provided in the portable com- 
munication terminal 30 with referring to flowcharts 
shown in Figure 32 to Figure 46. 
[0095] Firstly, the CPU 48 determines whether or not 
there is a presence or an absence of a signal reception 
from outside and a key operation of the player in respec- 
tive steps of S1 51 , S1 53 and S1 55. Upon receipt of the 
signal from outside, the process proceeds from a step 
S151 to a step S157, and determines whether or not the 
received signal is a mail signal or a call signal for a tel- 
ephone communication, if the received signal is the call 
signal, the process proceeds to a step S159, and a tel- 
ephone communication process is carried out. In a step 



S161, it is determined whether or not the telephone 
communication is completed. If NO is determined, the 
process returns to the step S159 and the telephone 
communication process is repeated. However, if YES is 
s determined, the process proceeds to the step S151 . 
[0096] If the received signal is mail signal, it is deter- 
mined whether or not the mail signal is a normal signal 
or a dedicated game-use signal in a step S165, and if 
the normal signal is present, the process returns to the 
io step S1 51 through a normal mail process in a step S1 67. 
On the other hand, if the received mail signal is the ded- 
icated game-use mail, a game mail process is carried 
out in a step S1 69 and a state of a game start flag is 
determined in a step S1 71 . If the game start flag is here- 

is in a reset state, the process returns to the step S151 . 
However, if the game start flag is a set state, the log-in 
process, the game process and the log-out process are 
carried out in steps S1 73, SI 75 and S1 77, and then the 
process returns to the step S151 . 

20 [0097] If the player sets a cursor to "CHANGE RE- 
CEPTION MODE" by the cross key 40c and the presses 
the A button 40a in a menu screen shown in Figure 1 0, 
the process proceeds from a step S 1 53 to a step S1 63 
so as to carry out a reception mode change process. 

25 Upon completing, the process returns to the step S1 51 . 
On the other hand, if the player selects "START GAME" 
by the cross 40c and the A button 40a on the menu 
screen shown in Figure 10, YES is determined in a step 
S1 55, and then the process proceeds to the step S1 73. 

30 [0098] The game mail process in the step S 169 fol- 
lows a subroutine shown in Figure 33. Firstly, a beep 
sound is produced through a call-use speaker 54 in a 
step S181, and a vibration is produced by a vibration 
motor 52 in a step S183. A call source character name 

35 is detected rrom the received dedicated game-use mail 
in a step S1 85, and the detected character name is add- 
ed onto a sub list of "NEUTRAL CHARACTER" formed 
in the work area 50c shown in Figure 6 in a step S187. 
It is noted that in a case that the detected character 

*o name is already registered on the character list, the 
process in the step S1 87 is not carried out. 
[0099] Upon completion of the process in the step 
S187, a call screen shown in Figure 11 is displayed on 
the display 38 in a step S1 89, and it is determined which 

45 menu items, "START GAME", "NOT PLAY NOW" and 
"CHANGE TO CALL PROHIBIT MODE" were selected 
by the player in steps of S191 , S197. and S205. 
[0100] If the cursor is set to "START GAME" by the 
cross key 40c and the A button is pressed, the process 

so proceeds from the step S1 91 to a step S1 93, and com- 
mand information corresponding to the selected menu 
item is transmitted to the game server20. Subsequently, 
the game start flag is set in a step S195, and then the 
process returns to a routine on a higher hierarchy. When 

ss "CHANGE TO CALL PROHIBIT MODE" is selected by 
the cross key 40c and the A button 40a, YES is deter- 
mined in the step S197, the command information cor- 
responding to the menu item is transmitted to the game 
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server 20 in a step S199, and "PROHIBIT CALL" is set 
to the switch 1 of the reception mode information stored 
in the work area 50c in a step S201 . Subsequently, the 
game start flag is reset in a step S203, and then the 
process returns to a routine on a higher hierarchy. 
[0101] When "NOT PLAY NOW" is selected by the 
cross key 40c and the A button 40a, YES is determined 
in the step S205. the command information correspond- 
ing to the menu item is transmitted to the game server 
20 in a step S207, and then the process proceeds to the 
stop S203. If a time-out occurs while the player does not 
select any menu item, YES is determined in a stop S209, 
and the process directly proceeds to the step S203. 
[0102] It is noted that on the game server 20 side, de- 
termination processes in the steps of S133, S139 and 
S143 shown in Figure 31 are carried out based on the 
command information transmitted in the steps of S1 93, 
• S199 and S207. 



cross key 40c and presses the A button 40a, YES is de- 
termined in a step S239, and an awake process is car- 
ried out in a step S241 . Upon completion of the process, 
the process returns to the step S221 . On the other hand, 
if the player presses the B button 40b : YES is deter- 
mined in a step S243, the action menu screen is delect- 
ed in a slep S245, and the process returns to the step 
S221. 

[0107] While neither operation is done by the player, 
a map renewal process is carried out in a step S247, 
and it is determined whether or notthere is anotherchar- 
acter is present ahead of his own character in a step 
S249. In addition, if YES is determined, the process re- 
turns to the step S235. However, if NO is determined, 
i the action menu screen is deleted in the step S245, and 
then the process returns to the step S221 Therefore, 
when another character is away from ahead of his own 
character, the action menu screen is deleted without op- 
erating the B button 40b. 



r01031 The log-in process in the step S1 73 follows a =, 

subroutine shown in Figure 34. Firstly, an initialization » [0108] If the player 

the action menu screen is not displayed, YES is deter- 
mined in a step S229, and a system menu screen shown 
in Figure 1 8 is displayed on the display 38 in a step 
S251. If the player sets the cursor to "CHANGE 
25 SCREEN SIZE" by the cross key 40c and presses the 
A button 40a, YES is determined in a step S253, and a 
size change process is carried out in a step S255. Upon 
completion of the process, the process returns to the 
step S221. If the player sets the cursor "OTHER SET- 
TING PROCESS" by the cross key 40c and presses the 
A button 40a, YES is determined in a step S257, the 
other setting process is carried out in a step S259, and 
then the process returns to the step S221 . If the player 
presses the B button 40b, YES is determined in a step 
»5 S261, the system menu screen is deleted in a step 
S263, and then the process returns to the step S221 If 
the player sets the cursor to "END GAME" and presses 
the A button 40a, YES is determined in a step S265, and 
then the process returns to a routine on a higher hierar- 
io chy. 

[0109] While neither key operation is done by the 
player, the map renewal process is carried out in a step 
S267, and the process returns to the step S253. Due to 
this, another character moves on the game screen while 
45 the system menu screen is being displayed. 

[0110] The map renewal processes in the steps of 
S221 . S247. or S267 follow a subroutine shown in Fig- 
ure 37. Firstly, it is determined whether or not the map 
data is newly received in a step S271 , if NO is deter- 
so mined, the process directly returns to a routine on a 
higher hierarchy. However, if YES is determined, the 
game screen is renewed in a step S273. That is, the 
map data stored in the work area 50c shown in Figure 
6 is renewed by the map data received at this time. 
55 Game screen data created based on the renewed map 
data and the graphic data stored in the graphic data stor- 
ing area 50b is developed on the display area 50d. Due 
to this, the game screen of the display 38 is renewed. 



s carried out in a step S211 , the log-in request is trans- 
mitted to the game server 20 in a step S2 1 3. In response 
to the log-in request, the game server 20 sends back 
the log-in permission and the map data {steps S33, 
S37). Due to this, it is determined whether the log-in per- 
mission and the reception of the map data are present 
or absent in respective steps of S215 and S217 on the 
portable communication terminal 30 side, and the proc- 

Zrall^^ - ..aPPOCESS-^ecossKe^Ocandp^me 
as shown in Figure 11 or Figure 12 is displayed on the 
display 38 on the basis of the received map data. Upon 
completion of the display process, the process returns 
to a routine on a higher hierarchy. 
[0104] The game process in the step S175 follows 
subroutines shown in Figure 35 and Figure 36. Firstly, a 
map renewal process is carried out in a step S221 , and 
it is determined whether or not ah operation of the cross 
key 40c, the A button 40a or the B button 40b is present 
or absent in respective subsequentsteps of S223, S227 
or S229. When the cross key 40c is operated, a move 
process is carries out in a step S225, and upon comple- 
tion of the display process, the process returns to the 
stepS221/ 

[0105] When the A button 40a is pressed, the process 
proceeds to a step S231 . it is determined whether an- 
other character is present or absent ahead of his own 
character. If NO is determined, the process returns to 
the step S221 . However, if YES is determined, the proc- 
ess proceeds to a step S233 so as to display the action 
menu screen shown in Figure 13 displayed on the dis- 
play 38. 

[0106] If the player sets the cursor to "SEARCH" by 
the cross key 40c and presses the A button 40a, YES 
is determined in a step S235, and a search process is 
carried out in a step S237. Upon completion of the proc- 
ess, the process returns to the step S221. On the other 
hand, if the player sets the cursor to "WAKE-UP" by the 
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Upon completion of such the processes, the process re- 
turns to a routine on a higher hierarchy. 
[0111] A move process in the step S225 follows a sub- 
routine shown in Figure 38. Firstly, a move request in- 
cluding his own character ID and move destination in- s 
formation (any of up, down, right, left) is transmitted to 
the game server 20 in a step S281 . On the game server 
20 side, the renewal process of the position information 
corresponding to the request source player (step S51) 
and the sending-back process of the new map data io 
(stop 55) are carried out. Upon sending back the map 
data, YES is determined in a step S283, and in a step 
S285, the game screen is renewed according to the 
same manner as in the above step S273. Upon comple- 
tion of the renewal, the process returns to a routine on '5 
a higher hierarchy. 

[0112] The search process in the step S237 follows a 
subroutine shown in Figure 39. Firstly, the "SEARCH" 
information including his own ID is transmitted in a step 
S291 . Since a detect/sending-back process of the char- 20 
acter name and the personal information is carried out 
on the game server 20 side (step S27), it is determined 
whether or not the reception of the character name and 
the personal information is present or absent in a sub- 
sequent step S293. If YES is determined, the process 25 
proceeds to a step S295 so as to register the received 
character name onto a sub list of "NEUTRAL CHARAC- 
TER" shown in Figure6. In a step S297, personal infor- 
mation screen data based on the received personal in- 
formation is developed on the display area 50d shown 30 
in Figure 6 so as to display a personal information 
screen on the display 38 as shown in Figure 14. It is 
determined whether or not the B button 40b is operated 
in a step S299 and when the B button 40b is pressed, 
the process returns to the routine on a higher hierarchy. 3S 
It is noted that as described above, the addition process 
in the step S295 is carried out when the same character 
name is not present on the friend character list. 
[01 1 3] The awake process in the step S241 follows a 
subroutine shown in Figure 40. The "WAKE-UP" infor- 40 
mation including his own character ID is transmitted in 
a step S301 . Since the game server 20 sends back ei- 
ther the information A or the information B in response 
to the "WAKE -UP" information (step S1 37 or S 1 41 ), it is 
determined whether a reception of the information A or -is 
the information B is present or absent in the step of ei- 
ther S303 or S307 after transmitting the "WAKE-UP" in- 
formation. When the information A is sent back, the 
process proceeds to a step S305, and a message 
"SLEEP WELL, NO SIGN OF WAKING..." is displayed 50 
on the display 38 as shown in Figure 15. When the in- 
formation B is sent back, the process proceeds to a step 
S309. and a message "ZZZ...WAKE UP SOON? MAY- 
BE NOT" is displayed on the display 38 as shown in Fig- 
ure 1 6. It is determined whether the B button 40b is op- 55 
erated or not in a step S313, and in a case that the B 
button 40b is pressed, the process returns to the routine 
on a higher hierarchy. It is noted that if a time-out occurs 



while neither the information A nor the information B is 
received, YES is determined, and then the process di- 
rectly returns to a routine on a higher hierarchy in a step 
S311. 

[0114] The size change process in the step S255 fol- 
lows a subroutine shown in Figure 41 . Firstly, the sue 
change request including his own character ID is trans- 
mitted to the game server 20 in a step S321 . Since the 
game server 20 sends back the map data in response 
to the size change request (step S65), it is determined 
whether the map data reception is present or absent in 
a step S323. Upon receipt of the map data, the process 
proceeds to a step S325 so as to renew the game 
screen. That is, the map data stored in the work area 
50c shown in Figure 6 is renewed by the map data re- 
ceived at this time. The game screen data created 
based on the renewed map data and the graphic data 
in the graphic data storing area 50b is developed on the 
display area 50d. Due to this, the game screen of the 
display 38 is renewed. Upon completion of the renewal 
process, the process returns to a routine on a higher 
hierarchy. 

[0115] The log-out process in the step S1 77 shown in 
Figure 32 follows a subroutine shown in Figure 42. First- 
ly, the log-out request including his own character ID is 
transmitted to the game server 20 in a step S331 . Since 
the game server 20 sends the log-out notice in response 
to the log-out request (step S43), it is determined wheth- 
er the log-out notice is present or absent in a step S333. 
Upon receipt of the log-out notice, a game end process 
is carried out in a step S335. Subsequently, the process 
returns to a routine on a higher hierarchy. 
[0116] The reception mode change process in the 
step S1 63. shown in Figure 32 follows a subroutine in 
Figure 43. Firstly, the reception mode setting screen 
shown in Figure 19 is displayed on the display 38 in a 
step S341, and the cursor pointing at "SWITCH 1", 
"SWITCH 2", "EDIT CHARACTER LIST' or "END SET- 
TING" is validated. Subsequently, it is determined which 
is selected, "SWITCH 1 ", "SWITCH 2", "EDIT CHARAC- 
TER" or "END SETTING" in respective steps of S343, 
S347, S351 and S355. 

[0117] If the player sets the cursor to "SWITCH 1"by 
the cross key 40c and presses the A button 40a, YES 
is determined in the step S343, and a SW1 change proc- 
ess is carried out in a step S345. On the other hand, if 
the player sets the cursor to "SWITCH 2" by the cross 
key 40c and presses the A button 40a. YES is deter- 
mined in the step S347, and a SW2 change process is 
carried out in a step S349. 

[0118] Referring to Figure 19, the cursor pointing at 
"ALLOW CALL" or "PROHIBIT CALL" is validated in the 
SW1 change process, and the cursor pointing at "AL- 
LOW ALL CHARACTERS", "ALLOW PARTICULAR 
CHARACTER ONLY" or "ALLOW EXCEPT FOR PAR- 
TICULAR CHARACTER" is validated in the SW2 
change process. If the cursor is set to a desired menu 
item by the cross key 40c, the switch 1 or the switch 2 
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of the reception mode information shown in Figure 6 by 
a menu item pointed at is renewed by the cursor. If the 
B button 40b is pressed, the process returns to the step 
S343 after validating the cursor pointing to "SWITCH 1 ", 
"SWITCH 2", "EDIT CHARACTER LIST" or "END ED- 
IT". 

[0119] If the player sets the cursor to "EDIT CHAR- 
ACTER LIST" by the cross key 40c and presses the A 
button 40a, YES is determined in the step S351 : and the 
character list edit process is carried out in a step S353. 
Upon completion of the character list edit process, the 
process returns to the step S343. 

[0120] If the player sets the cursor to "END EDIT' by 
the cross key 40c and presses the A button 40a, the 
process proceeds from the step S355 to a step S357 so 
as to determine whether or not the setting is changed. 
. If NO is determined, the process directly proceeds to a 
step S363 so as to delete the mode change screen, and 
then returns to a routine on a higher hierarchy. On the 
other hand, if YES is determined in the step S357, a re- 
ception mode information creating process is carried out 
in a step S359. The created reception mode information 
is transmitted to the game server 20 with his own char- 
acter ID in a subsequent step S361 . Upon completion 
of the transmission, the mode change screen is deleted 
in the step S363, and then the process returns to a rou- 
tine on a higher routine. 

[0121] The character list editing process in the step 
S353 follows a subroutine shown in Figure 44. Firstly, 
the character list editing screen shown in Figure 20 is 
displayed in a step S371 , and it is determined which is 
selected, "FRIEND", "NEUTRAL", "SUSPICIOUS 
CHARACTER", or "END EDIT" in respective steps of 
S373, S377, S381 and S385. 

[0122] If the A button 40a is pressed while the cursor 
is set to "friend", the process proceeds from the step 
S373 to a step S375 so as to carry out a sub list edit 
process with regard to the friend character. If the A but- 
ton 40a is pressed while the cursor is setto "NEUTRAL", 
the process proceeds from the step S377to a step S379 
so as to carry out a sub list edit process with regard to 
the neutral character. If the A button 40a is pressed while 
the cursor is set to "SUSPICIOUS CHARACTER", the 
process proceeds from the step S381 to a step S383 so 
as to carry out a sub list edit process with regard to the 
"SUSPICIOUS CHARACTER". Upon completion of the 
steps of S375. S379 or S383, the process returns to the 
step S373. If the A button 40a is pressed while the cursor 
is set to "END EDIT", YES is determined in the step 
S385, the edit screen is deleted in a step S387, and then 
the process returns to a routine on a higher hierarchy. 
[01 23] The sub list edit process shown in the steps of 
S375, S379 or S383 follows a subroutine shown in Fig- 
ure 45. In a step S391 , the cursor is displayed on a se- 
lected sub list. If "FRIEND" is selected, the cursor is dis- 
played in such a manner as to point any one of friend 
character names. If "NEUTRAL" is selected, the cursor 
is displayed in such a manner as to point any one of 



neutral character names. In addition, if "SUSPICIOUS 
CHARACTER" is selected, the cursor is displayed in 
such a manner as to point any one of suspicious char- 
acter names. Herein if the player operates the cross key 
3 40c, YES is determined in a step S393. the cursor is 
moved in a step S395. and then the process returns to 
the step S393. If the player operates Ihe B button 40b, 
YES is determined in a step S399. the cursor in the sub 
list is deleted in a step S401 , and then the process re- 
io turns to a routine on a higher hierarchy. 

[0124] If the player operates the A button 40a, YES is 
determined in a step S397, and a move destination list 
shown in Figure 21 is displayed in the OSD manner in 
a step S403. The move destination list shown in Figure 
15 21 is a list to be displayed when the sub list editing is 
carried out with respect to the neutral character, and 
menu items are "FRIEND" and "SUSPICIOUS CHAR- 
ACTER". The menu items of the move destination list 
are "NEUTRAL" and "SUSPICIOUS CHARACTER" in 
20 the sub list editing process with respect to the friend 
character, and the menu items of the move destination 
list are "FRIEND" and "NEUTRAL" in the sub list editing 
process with respect to the suspicious character. 
[0125] If the player operates the cross key 40c while 
25 the move destination list is displayed, the process pro- 
ceeds from a step S405 to a step S407, and moves the 
cursor present on the move destination list to a desired 
direction. Upon completion of the move process, the 
process returns to the step S405. On the other hand, if 
30 the player operates the B button 40b, YES is determined 
in a step S411 . the move destination list is deleted in a 
step S419, and then the process returns to the step 
S393. 

[0126] In the meantime, if the player operates the A 

35 button 40a, processes from a step S41 3 onward are car- 
ried out. Firstly, a character name at which the cursor 
points on a displayed sub list is deleted from a sub list 
corresponding to the work area 50c shown in Figure 6 
in the step S413. In a step S415, the character name 

40 deleted in the step S413 is added onto the_ sub list in 
Figure 6 corresponding to the menu items at which the 
cursor points on the move destination list. Upon com- 
pletion of moving the character in this manner, the char- 
acter list edit screen is renewed in a step S41 7, the move 

45 destination list is deleted in a step S419, and then the 
process returns to the step S393. 
[0127] The reception mode information create proc- 
ess in the step S359 shown in Figure 43 follows a sub- 
routine shown in Figure 46. Firstly, contents of the switch 

50 1 and the switch 2 of the reception mode information 
shown in Figure 6 are set in columns of the switch 1 and 
the switch 2 of the reception mode information to be 
transmitted (transmission data) in steps of S421 and 
S423. The content of the set switch 2 is determined in 
55 steps of S425 and S429. If the content of the switch 2 
is "ALLOW ALL CHARACTERS", the process proceeds 
from the step S425 to a step S427 so as to clear the 
character list columns of the transmission data. On the 
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other hand, if the content of the switch 2 is "ALLOW 
PARTICULAR CHARACTER", the process proceeds 
from the step S429 to a steps S431 so as to set the friend 
character name registered on the acquaintance charac- 
ter list shown in Figure 6 onto character list of the trans- 
mission data. On the other hand, if the content of the 
switch 2 is "ALLOW EXCEPT FOR PARTICULAR 
CHARACTER", the process proceeds from the step 
S429 to a step S433 so as to set the suspicious char- 
acter name registered on the acquaintance character 
list shown in Figure 6 onto tho character list of the trans- 
mission data. Upon creating the transmission data in 
this manner, the process returns to a routine on a higher 
hierarchy. 

[0128] As understood from above descriptions, a plu- 
rality of game players are registered in the game server 
20 in advance, and the game server 20 provides a game 
for the portable communication terminal 30 of a player 
who logged-in through a communication network. At this 
time, the game server 20 transmits not only the graphic 
number which shows a character of a logging-in player 
but also the graphic number which shows a logging-out 
player to the portable communication terminal 30 of the 
logged-in player. On the display 38 of the portable com- 
munication terminal 30, each character image is dis- 
played in such a manner as to be corresponding to the 
log-in/log-out. If "WAKE-UP" is herein selected with re- 
spect to the character in the middle of logging-out, the 
"WAKE-UP" information is applied from the portable 
communication terminal 30 to the game server 20. 
[0129] The game server 20 determines the reception 
mode information of the character in the middle of log- 
ging-out, and if the content of the switch 1 is "PROHIBIT 
CALL", the information A is sent back to the transmis- 
sion source of the "WAKE-UP" information. On the port- 
able communication terminal 30 in receipt of the infor- 
mation A, a message "SLEEP WELL, NO SIGN OF 
WAKING UP" is displayed. In a case that the content of 
the switch 2 is "ALLOW PARTICULAR CHARACTER 
ONLY" and the character name of the "WAKE-UP" in- 
formation transmission source is not registered on the 
character list even if the content of the switch 1 is "AL- 
LOW CALL" or in a case that the content of the switch 
2 is "ALLOW EXCEPT FOR PARTICULAR CHARAC- 
TER" and the character name of the "WAKE-UP" infor- 
mation transmission source is registered on the charac- 
ter list, the information A is sent back similar to above. 
[0130] On the other hand, in a case that the content 
of the switch 1 and the switch 2 is "ALLOW CALL" and 
"ALLOW ALL CHARACTERS", that the content of 
switch 1 and the switch 2 is "ALLOW CALL" and "AL- 
LOW PARTICULAR CHARACTER ONLY" and the re- 
quest source character name is registered on the char- 
acter list, or that the content of switch 1 and the switch 
2 is "ALLOW CALL" and "ALLOW EXCEPT FOR PAR- 
TICULAR CHARACTER" and the request source char- 
acter name is not registered on the character list, a log- 
in operation request is transmitted from the game server 



20 to the opponent's portable communication terminal 
30. On the display 38 of the ponable communication ter- 
minal 30 in receipt of the log-in operation request, a call 
message including the call source character name is 

s displayed. 

[0131] Herein, if the player in receipt of the log-in op- 
eration request selects "START GAME", the game serv- 
er 20 carries out the log-in process, and due to this, the 
portable communication terminal 30 of the player who 

io selected the "START GAME" is provided with the game. 
If the player selects in receipt of the log-in operation re- 
quest selects "NOT PLAY NOW", the game server 20 
sends back the information B to the "WAKE-UP" infor- 
mation transmission source. On the display 38 of the 

'5 portable communication terminal 30 in receipt of the in- 
formation B, a message "ZZZ. ..WAKE UP SOON? MAY- 
BE NOT" is displayed. 

[0132] In this manner, when the player in the middle 
of logging-in selects the character of the player in the 

20 middle of logging-out, the "WAKE-UP" information is ap- 
plied from the portable communication terminal 30 in the 
middle of logging-out to the game server 20, and the 
log-in operation request is transmitted to the portable 
communication terminal 30 in the middle of logging-out 

25 from the game server 20. Due to this, it is possible to 
simply and promptly play a game between the logging- 
in player and the logging-out player. 
[0133] It is noted that although in this embodiment the 
game is proceeded by using a game screen formed of 

30 the graphic data of the geography and the character, the 
game may be proceeded by using screens formed of 
text data only as shown in Figure 47 to Figure 51. 
[0134] Figure 47 is a game menu screen, and a title 
"ONLINE GAME" is displayed at a center of the screen, 

35 and menu items such as "START GAME", "CHANGE 
RECEPTION MODE CHANGE" and "RETURN" are dis- 
played at a lower portion of the screen. 
[01 35] Figure 48 is a game screen, a present location 
name of "prairie" is displayed at an upper portion of the 

*o screen, a plurality of character names are displayed at 
a center of the screen, and below the screen, menu 
items are displayed at a lower portion of the screen . With 
regard to the character name, his own character name 
"NINTEN" is displayed at a top, and other character 

■is names present in the prairie "ROBIN", "WILL ", "MARI- 
AN", and "JOHN" are displayed below "NINTEN". Robin 
is in the middle of logging-out, and, status information 
of "sleeping" is displayed at the right of Robin, With re- 
spect to menu items, four items such as "MOVE", 

50 "SEARCH", "SET" and "END" are displayed. 

[0136] If "MOVE" is herein selected, a move menu 
screen shown in Figure 49 is displayed. According to 
Figure 49, a command name "MOVE" is displayed at an 
upper portion of the screen, and a present location name 

55 "prairie" is displayed thereunder. Moving directions, that 
is. "NORTH", "SOUTH", "WEST' and "EAST" and loca- 
tions names present in each direction, that is, "SELVA'S 
FOREST ", "ORLEANS TOWN". "NORD WETLAND" 
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and "BORHOKO MOUNTAIN" are displayed at a center 
of the screen. A menu item "RETURN" is displayed be- 
low the screen. If the desired move destination is herein 
selected, a game screen including a location name of 
the move destination and character names present in s 
the move destination is displayed as shown in Figure 
48. If "RETURN" is selecled, the process returns lo the 
game screen shown in Figure 48. 
[0137] On the menu screen shown in Figure 48, if an 
. arbitrary character name and "SEARCH" are selected, io 
a personal information screen shown in Figure 50 is dis- 
. played. A name, gender and a state of the selected char- 
acter are displayed at an upper portion of the screen, a 
profile (message) of the selected player is displayed at 
a center of the screen, and two menu items, that is, *5 
"SEARCH" and "RETURN" are displayed at a lower por- 
tion of the screen. If "WAKE-UP" is herein selected, a 
call screen shown in Figure 51 is displayed on the port- 
able communication terminal of Robin's player. Accord- 
ing to Figure 51 . the title "ONLINE GAME" is displayed 20 
at an upper portion of the screen, a message, that is, 
"NINTEN IS WAKING YOU UP" is displayed at a center 
of the screen, and three menu items, that is, "START 
GAME", "NOT PLAY NOW", and "SET TO PROHIBIT 
CALL" are displayed at a lower portion of the screen. An 25 
operation when Robin's player selected each menu item 
is almost the same as in the above descriptions. 
[01 38] In this manner, even on a game screen formed 
of text data, if it is arranged in such a manner that a 
name of logging-out character's is displayed, and a log- 30 
in operation request is transmitted to a player when the 
character name is selected, it is possible to simply and 
promptly play a game with a logging-out player. 
[0139] In addition, although in this embodiment as 
shown in Figure 23, all processes, that is, log-in process, 35 
log-out process, move process, size change process, 
awake process, reception mode renewal process and 
personal information transmission process are carried 
out by one game server, it may be possible to divide the 
above mentioned processes by a plurality of servers *o 
present in a respectively distanced location. In this case, 
the game server is formed of the plurality of servers pro- 
vided in a respectively different location. 
[0140] Furthermore, in this embodiment, although a 
specific game content and kinds thereof are not de- 45 
scribed in detail, it is possible to define anything that the 
player can freely control characters appearing in the vir- 
tual space as "game". 

[0141] Although the present invention has been de- 
scribed and illustrated in detail, it is clearly understood so 
that the same is by way of illustration and example only 
and is not to be taken by way of limitation, the scope of 
the present invention being limited only by the appended 
claims. 



Claims 

1. A game management method of a game server 
which provides a game for a first game apparatus 
of a first player who has logged-in through a com- 
munication network out of a plurality of players who 
are previously registered, comprising steps or: 

(a) transmitting to said first game apparatus 
player information representing a second play- 
er who does not log-in out of said plurality of 
players; and 

(b) transmitting a log-in operation request to a 
second game apparatus of said second player 
upon receipt of a first selection signal which 
represents a selection of said second player 
from said first game apparatus. 

2. A game management method according to claim 1 , 
wherein each player can register in said game serv- 
er first transmission information which uniformly 
permits/prohibits a transmission of said log-in oper- 
ation request, and said game management method 
further comprising a step of (c) sending back a first 
message to said first game apparatus without trans- 
mitting said log-in operation request to said second 
game apparatus when said first transmission infor- 
mation of said second player represents a prohibi- 
tion. 

3. A game management method according to claim 1 , 
wherein each player can register in said game serv- 
er second transmission information which permits/ 
prohibits a transmission of said log-in operation re- 
quest depending upon a player, and said game 
management method further comprising a step of 
(d) sending back a first message to said first game 
apparatus without transmitting said log-in operation 
request to said second game apparatus when said 
second transmission information of said second 
player ' represents a prohibition with respect to said 
first player. 

4. A game management method according to claim 1 , 
further comprising a step of 

(e) sending back a second message to said first 
game apparatus when a log-in operation denial 
is sent back from said second game apparatus 
responding to said log-in operation request. 

5. A game management method according to claim 1 , 
wherein said step (b) includes a step (b-1 ) including 
identification information capable of specifying said 
first player into said log-in operation request. 

6. A game management method according to claim 1 , 
wherein each player can register personal informa- 
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tion in said game server, and said game manage- 
ment method further comprising a step of (f) send- 
ing back said personal information of said second 
player to said first game apparatus upon receipt of 
a second selection signal which represents a selec- s 
lion or said second player Trom said first game ap- 
paratus. 

A game management method according to claim 1 , 
further comprising steps of: 10 

(g) reading from a memory a first character sig- 
nal representing a first character operated by 
said first player, a second character signal rep- 
resenting a second character operated by said is 
second player and a third character signal rep- 
resenting a third character operated by a third 
player who. has already logged-in at a time of 
said first player's log-in; 

(h) adding said player information to said sec- 20 
ond character signal in such a manner that a 
display manner of said second character in said 
first game apparatus is made different from said 
first character and said third character; and 

(i) transmitting to said first game apparatus said 25 
first character signal, said second character 
signal to which said player information is added 
and said third character signal. 

A game server which provides a game for a first 30 
game apparatus of a first player who has logged-in 
through a communication network out of a plurality 
of players who are previously registered, compris- 
ing: 

35 

a first transmission means for transmitting to 
said first game apparatus player information 
representing a second player who does not log- 
in out of said plurality of players; and 
a second transmission moans for transmitting 40 
a log-in operation request to a second game ap- 
paratus of said second player upon receiving 
from said first game apparatus a selection sig- 
nal which represents a selection of said second 
player. 45 

A game program product allowing a game appara- 
tus operated by a player logging-in a game server 
through a communication network to execute, com- 
prising steps of: 50 

(a) receiving from said game server player in- 
formation representing a specific player who is 
previously registered and does not log-in said 
game server when logging-in said game server; 55 

(b) guiding a selection of said specific player 
based on said player information; 

(c) requesting said game server to transmit a 



log-in operation request to said specific player 
when said specific player is selected; and 

(d) guiding a log-in operation in receipt of said 
log-in operation request from said game server 
while not logging-in said game server. 

10. A game program product according to claim 9, 
wherein said step (b) includes a step (b-1) of dis- 
playing a character of said specific player on a 
game screen based on said player information and 
a step (b-2) of guiding a predetermined operation 
toward said character, and said step (c) includes a 
step (c-1 ) of determining whether or not said prede- 
termined operation is carried out toward said char- 
acter and a step (c-2) of requesting said game serv- 
er to transmit said log-in operation request when 
said predetermined operation is carried out. 

1.1. A game program product according to claim 9, 
wherein said log-in operation request includes iden- 
tification information of a request source, and said 
step (d) includes a step (d-1 ) of detecting said iden- 
tification information from said log-in operation re- 
quest, and a step (d-2) of outputting a guide mes- 
sage having said request source specified based 
on said identification information. 

12. A game program product according to claim 9, fur- 
ther comprising steps of: 

(e) requesting said game server to transmit de- 
nial message information when a denial oper- 
ation is carried out toward a guide of said log- 
in operation; and 

(f) outputting a denial message upon receiving 
said denial message information from said 
game server. 

13. A game apparatus operated by a player who 
logged-in a game server through a communication 
network, comprising: 

a player information receiving means for receiv- 
ing from said game server player information 
representing a specific player who is previously 
registered and does not log in said game server 
when logging-in said game server and; 
a first guiding means for guiding a selection of 
said specific player based on said player infor- 
mation; 

a requesting means for requesting said game 
server to transmit a log-in operation request to 
said specific player when said specific player is 
selected; and 

a second guiding means for guiding a log-in op- 
eration upon receipt of said log-in operation re- 
quest from said game server while not logging- 
in said game server. 
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14. A storing medium storing a game program allowing 
a game apparatus operated by a player logging-in 
a game server through a communication network to 
execute, wherein said game program comprising 
steps of: 



(a) receiving from said game server player in- 
formation representing a specif ic player who is 
previously registered and does not log-in said 
game server when logging-in said game server; 

(b) guiding a selection of said specific player 
based on said player information; 

(c) requesting said game server to transmit a 
log-in operation request to said specific player 
when said specific player is selected; and 

(d) guiding a log-in operation upon receipt of 
said log-in operation request from said game 
server while not logging-in said game server. 
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